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1 0 FIELD OF THE INVENTION 

The present invention relates generally to industrial control systems for industrial 
processes, and in particular to systems for providing web access to programmable logic 
controllers, I/O modules and other control devices of such industrial control systems. 


1 5 BACKGROUND OF THE INVENTION 

Industrial control systems used to control and monitor industrial processes often 
employ programmable logic controllers (PLCs) that are in turn coupled to input/output 
(I/O) modules that are in communication with elements or aspects of the industrial 
processes of interest. PLCs are special purpose computers that operate based upon stored 

20 control programs and typically read inputs from and provide outputs to the controlled 
industrial process based upon the logic of the control program. 

PLCs differ from conventional computers in two major respects. First, PLCs 
operate to produce highly reliable and predictable control outputs. The architecture and 
programming of PLCs are designed so as to provide predictable maximum response 

25 times, as well as a reduction in errors caused by race conditions and sensitive detection of 
hardware and communication errors. Second, PLCs differ from conventional computers 
in that PLCs are highly customizable so as to fit the demands of the particular industrial 
processes being controlled. 

Depending upon the particular industrial process being controlled, an industrial 

30 control system can take a variety of forms. In some circumstances, the industrial control 
system includes numerous I/O modules that are all in communication with a single PLC. 
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In other circumstances, multiple PLCs are employed in the industrial control system. The 
multiple PLCs are networked together, and each PLC is in communication with its own 
particular associated I/O modules. Still in additional circumstances, an industrial control 
system can take other forms that can include, for example, other types of modules. 
5 Although it is the PLCs of industrial control systems that primarily govern the 

operation of the industrial control systems and the industrial processes of interest, in a 
variety of circumstances it is desirable to be able to remotely monitor (and, in some 
instances, control) the operation of the industrial control systems and the progress of the 
industrial processes. Conventional industrial control systems allow for communications 

10 between the PLCs and remote human machine interfaces such as computer terminals by 
way of proprietary communication links or dedicated phone lines. 

Given the continued development and growth of the Internet or World Wide Web 
(or simply the "web") as a preferred system for allowing communications among a 
variety of computers and computer systems around the world, it would be particularly 

15 desirable if PLCs, I/O modules or other control devices could be remotely accessed by 
way of the web. However, the current structure of industrial control systems makes this 
difficult. Communications with the web requires certain physical hardware and software 
for interfacing with the web, which can be difficult and costly to add onto or implement 
on existing PLCs, I/O modules, and other control devices. 

20 In particular, communication via the web typically occurs by way of the TCP/IP 

protocol, which allows both for the proper addressing of signals and also the packetizing 
of signal data into smaller amounts of data that are transmitted via the web and then 
reassembled upon arrival at the appropriate signal destination. The software programs 
employed in receiving and transmitting signals over the web by way of the TCP/IP 

25 protocol can require significant processing power and memory, which often are not 
available on existing PLCs, I/O modules or other control devices. 

At the same time, it is often desirable to allow for direct access of individual 
PLCs, I/O modules and other control devices of an industrial control system rather than 
simply access of the industrial control system as a whole. Such individualized access is 

30 desirable insofar as the different control devices are typically performing different tasks 
and are of independent interest from the perspectives of monitoring and control. 
Consequently, the difficulty and costs of adding the necessary hardware and software to 
allow for web access of an industrial control system are multiplied by the number of 
PLCs, I/O modules and other control devices for which web access is desired. 
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It would therefore be advantageous if a new industrial control system could be 
developed that would make it possible for remote computer terminals and other remote 
devices to access and communicate with the industrial control system by way of the web. 
It would be especially advantageous if the new industrial control system could be 
5 designed so that the amount of costly hardware and software that was necessary for 
allowing web communications was kept to a minimum. Specifically, for example, it 
would be advantageous if the new industrial control system encompassing multiple PLCs, 
I/O modules, or other control devices did not require each of those control devices to 
include and process memory-intensive software relating to the handling of the TCP/IP 

1 0 protocol associated with web signals. 

At the same time, it would be advantageous if the new industrial control system 
allowed for the remote computer terminals and other remote devices to access and 
communicate with individual PLCs, I/O modules, or other control devices of the new 
industrial control system having multiple such control devices, rather than simply the 

15 accessing of the industrial control system as a whole. It would be additionally 

advantageous if existing industrial control systems could be converted to allow for web 
access in the manner of the new industrial control system without significant difficulty or 
cost. 

BRIEF SUMMARY OF THE PREFERRED EMBODIMENT 
20 The present inventors have recognized that the competing goals of (1) being able 

to access individual control devices of the industrial control system by way of the web, 
and at the same time (2) minimizing the burdens of providing such web access to the 
individual control devices, can be met by dividing the web server functionality for the 
industrial control system into two parts. The first part of the web server functionality 
25 occurs at the individual control devices, and involves the processing of high-level 
(application-level) socket API data. The second part of the web server functionality 
occurs at a shared central "web access interface" and involves the processing of low-level 
web communication protocols. 

More specifically, the web access interface handles the processing of the TCP/IP 
30 protocol and Internet MAC protocol with respect to the Internet signals being received 

from the web and the conversion of those signals into network signals in accordance with 
control network protocols and internal MAC protocols employed for communication 
internally within the industrial control system between the web access interface and the 
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control devices. Conversely, the web access interface also handles the processing of the 
control network protocols and internal MAC protocols with respect to the network signals 
being received from the control devices and the conversion of those signals into Internet 
signals in accordance with the TCP/IP protocol and the Internet MAC protocol. 
5 Consequently, the individual control devices of the industrial control system only need to 
handle the processing of the socket API data (e.g., to perform ftp or http commands) and 
the processing of the particular protocols employed internally within the industrial control 
system to allow communication between the web access interface and the control devices. 
As a consequence, even control devices having relatively low amounts of memory and 

10 processing power are accessible from the web. 

In particular, the present invention relates to an industrial control system for 
controlling an industrial process. The industrial control system includes a plurality of 
control devices each of which contributes to the controlling of the controlled process. 
Each control device includes a respective web server program. The industrial control 

1 5 system further includes a web access interface including an Internet interface and a 
control network interface. The control network interface is coupled to the plurality of 
control devices by way of a network, and the Internet interface is capable of being 
coupled to a remote device via the Internet. The web access interface executes an Internet 
communications program and a control network communications program. The Internet 

20 communications program receives an Internet signal having socket API data and 

formatted in accordance with a TCP/IP protocol. The Internet communications program 
extracts the socket API data from the Internet signal and provides a socket API signal 
including the socket API data. The control network communications program receives 
the socket API signal and transmits a network signal based upon the socket API signal to 

25 an appropriate one of the control devices in accordance with the Internet signal. The 
socket API data is included within the network signal and processed by the respective 
web server program at the one of the control devices, and the network signal is not 
formatted in accordance with the TCP/IP protocol. 

The present invention additionally relates to a web access interface for 

30 implementation in an industrial control system having a plurality of control devices, 

where each of the control devices has a respective web server program. The web access 
interface includes a first means for receiving and transmitting Internet signals from and to 
the Internet, and a second means for receiving and transmitting network signals from and 
to the plurality of control devices. The web access interface further includes a third 
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means for converting the Internet signals into the network signals, and for converting the 
network signals into the Internet signals, in order to allow for the communication of 
signals between the plurality of control devices and at least one remote device coupled to 
the first means by way of the Internet. The Internet signals are formatted in accordance 
with an Internet-type protocol and the network signals are not formatted in accordance 
with the Internet-type protocol. 

The present invention further relates to a method of communicating information 
between a plurality of control devices within an industrial control system and a remote 
device coupled to the industrial control system by way of the Internet, where each of the 
control devices has a respective web server program. The method includes receiving a 
request signal at a web access interface, where the request signal has been provided over 
the Internet from the remote device. The method further includes processing an Internet 
media access control protocol and a TCP/IP protocol with respect to the request signal by 
way of an Internet communications program of the web access interface, in order to 
extract socket API data in the form of a socket API signal. The method additionally 
includes determining an appropriate destination control device from among the plurality 
of control devices, and formatting the socket API signal in accordance with a control 
network protocol and an internal media access control protocol to produce a network 
signal. The method further includes delivering the network signal to the appropriate 
destination control device so that the socket API data can be processed by the respective 
web server program. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a schematic diagram showing an exemplary industrial control system 
having control devices and a web access interface that allows for communication between 
the control devices and one or more remote devices by way of the web; 

Fig. 2 is a flow chart showing exemplary steps of operation of the industrial 
control system of Fig. 1 concerning the communication of information from a remote 
device to a control device of the industrial control system; and 

Fig. 3 is a flow chart showing exemplary steps of operation of the industrial 
control system of Fig. 1 concerning the communication of information from a control 
device of the industrial control system to a remote device. 


DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
Referring to Fig. 1, a new industrial control system 100 used to control an 
industrial process includes a web access interface 30 that is coupled to one or more 
control devices, which are shown as control devices 1 10, 120, 130 and 140. The web 
access interface 30 is capable of communications with one or more remote computer 
terminals or other remote devices 10 by way of the Internet or World Wide Web (or 
simply the "web") by way of an Internet interface 32. The web access interface 30 is also 
coupled to the control devices 1 10-140 by way of a control network interface 62 having 
one or more ports, which in this exemplary embodiment are shown to include a first port 
60 and a second port 70. Communication links 80 in turn couple the network interface 62 
with the control devices 1 10-140. The communication links 80 can be wire cable, fiber 
optic or wireless, and are typically a proprietary or specialized network suitable for 
industrial control. 

Aside from the coupling of the web access interface 30 to one or more control 
devices, the new industrial control system 1 00 can vary in form. The control devices 
1 1 0-140 in one embodiment are programmable logic controllers (PLCs), which are 
coupled to one another by way of a communications databus 150. As often occurs in 
conventional industrial control systems, the PLCs can be understood to be independently 
coupled to one or more input/output (I/O) modules or other control devices such as 
exemplary module 170, or coupled to such other control devices (such as exemplary 
module 180) by way of the databus 150. The I/O modules are employed to provide 
signals to, and to receive data from, specific elements or aspects of the controlled 
industrial process. One or more I/O modules can be controlled by any given PLC. In 
alternate embodiments, not all of the PLCs of the industrial control system 100 need to be 
coupled to one another by way of the same communications databus 150 (as shown in 
Fig. 1 by the dashed line coupling control device 140 with the remaining control devices 
110-130). 

In further alternate embodiments, the control devices 1 10-140 that are coupled to 
the web access interface 30 are I/O modules, rather than PLCs. In such an embodiment, 
the I/O modules can still be coupled to one another by way of the single communications 
databus 150, as well as coupled to one or more PLCs, I/O modules, or other control 
devices as indicated by exemplary modules 160, 170 and 180. Depending upon the 
embodiment, the various I/O modules can exist in different sub-groupings that can, but 
need not, all be coupled by way of the same communications databus 150. For example, 


7 


I/O modules 1 10, 120 and 130 can all be coupled to and in communication with one 
another and with the exemplary module 160 (which can be a PLC), while I/O module 140 
is coupled only to the exemplary module 180 (a different PLC). 

The exact number of control devices that are coupled to the web access interface 
30 can vary depending on the embodiment, from one control device to four control 
devices (as shown) to an even a larger number of control devices, as indicated by the dots 
shown in between control devices 130 and 140. Additionally, in certain embodiments of 
the industrial control system 100, the web access interface 30 itself is a PLC. Or, in still 
further embodiments, the various control devices that are coupled directly to the web 
access interface 30 are devices of a variety of different types. For example, in one 
alternate embodiment, control devices 110-130 are all I/O modules, and control device 
140 is a PLC. 

Although the type and nature of the control devices 1 10-140 that are coupled to 
the web access interface 30 can vary depending upon the embodiment, the control devices 
have certain features in common. In particular, each of the control devices 1 10-140 have 
one or more control capabilities with respect to, or access to information concerning, the 
controlled industrial process that are potentially of interest to remote users. Additionally, 
each of the control devices 1 10, 120, 130 and 140 includes a respective web server 
program 115, 125, 135 and 145, respectively, that is capable of receiving, processing and 
responding to network signals provided from the web access interface 30 that contain 
application-level socket API data originating from browser programs at the remote 
devices 10 and provided via the Internet 20 to the industrial control system 100. The web 
server programs 1 15-145 are further capable of providing application-level socket API 
data to the web access interface 30 for transmission to the remote devices 10. 

Although the control devices 1 10-140 include the web server programs 1 15-145 
for processing socket API data from the remote devices 10 (e.g., to perform ftp or http 
commands) and also providing socket API data back to the remote devices (e.g., to 
provide a command to a browser program), it is the web access interface 30 that makes it 
possible for the control devices 110-140 of the industrial control system 100 to 
communicate with the remote devices 10 by way of the Internet 20. The web access 
interface 30 in particular allows the control devices 1 10-140 to be accessible by way of 
the web even when those control devices do not have the processing power, memory or 
necessary software capability for recognizing and handling the protocol of signals 
received from the Internet or for providing signals onto the Internet. 


As shown figuratively with respect to the remote device 10, in order for the 
remote device to provide signals over the Internet 20, the remote device 10 typically 
includes a set of programs 1 1 . In order to generate socket API data for execution by web 
servers such as those at the control devices 1 10-140, as well as to process socket API data 
5 received from such web servers, the remote device 10 includes an application-level 
program 12, which typically is a web browser such as Internet Explorer commercially 
available from Microsoft Corporation of Redmond, Washington. Further, in order for 
signals to be transmitted over the Internet 20 in accordance with the Transfer Control 
Protocol (TCP), the Internet Protocol (TP) and the Internet Media Access Control (MAC) 

10 protocol, the remote device 10 includes a TCP program 14, an IP program 16 and an 
Internet MAC program 18. 

As is well known in the art, the MAC protocol used over the Internet 20 is 
typically the Ethernet protocol, although other protocols can also be employed, such as 
the Token Ring protocol, FDDI protocol, ATM protocol, SONET protocol, X.25 

15 protocol, or frame relay protocol. The IP protocol concerns an Internet address 

representative of the location of the destination network and station. The TCP protocol 
governs the connection between the source of the data (e.g., the remote device 10) and the 
destination for the data (e.g., the web access interface 30). Together, the TCP/IP 
protocols (often called the TCP/IP stack) govern the packetizing of data, that is, the 

20 breaking down of data associated with particular signals into smaller groupings or packets 
for transmission over the Internet, after which the packets of data are reassembled. In 
alternate embodiments, the UDP protocol can be used in place of the TCP protocol. 

While the remote device 10 includes programs 14, 16, 18 for formatting socket 
API data in accordance with the TCP/IP protocol and the Internet MAC protocol prior to 

25 sending the information onto the Internet 20, and also for processing the signals received 
from the Internet with respect to the TCP/IP protocol and the Internet MAC protocol, the 
control devices 1 10-140 do not require such software. Rather, as shown, the web access 
interface 30 includes an Internet communications program 40 that includes programs for 
processing signals received from, and signals to be transmitted onto, the Internet 20. 

30 Specifically, the Internet communications program 40 includes an Internet MAC program 
48 that handles the Internet MAC protocol with respect to incoming signals being 
received from the Internet 20, an IP program 46 for processing IP address information 
encoded on the incoming signals, and also a TCP program 44 for allowing 
communications to take place in accordance with the TCP protocol. Thus, when a signal 
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from the Internet 20 is received by the Internet interface 32, the Internet communications 
program 40 translates that signal into a socket API signal 45 that only includes the 
application-level socket API data of the original signal, and is no longer formatted in 
accordance with the TCP/IP protocol or the Internet MAC protocol. 
5 The web access interface 30 further includes a control network communications 

program 50, which further translates the socket API signal 45 into one or more network 
signals that can be transmitted via the communication links 80 to the control devices. The 
communication links 80 coupling the network interface 62 and the respective control 
devices 1 10-140 utilize one or more internal communications protocols (internal to the 

10 industrial control system), which can include an internal MAC protocol and a control 
network protocol (CNP). Thus, the control network communications program 50 
includes an internal MAC program 58 for handling the internal MAC protocol and a CNP 
program 56 for handling the CNP protocol. The internal MAC protocol used over the 
communication links 80 is typically one of DeviceNet or ControlNet, although the 

1 5 protocol can vary depending on the embodiment. In certain embodiments, the internal 
MAC protocol and/or the CNP protocol can vary within a given industrial control system 
from one of the communication links 80 to another. 

The control network communications program 50 transmits the network signals to 
the appropriate destination control devices 110-140, in accordance with the received IP 

20 address information, by way of the corresponding communication links 80. In order to 
receive incoming network signals from the communication links 80, the control devices 
1 1 0-140 each have their respective web server programs 1 1 5-145. Each of the web server 
programs 1 15-145, such as program 115, has an internal MAC program 1 16 for handling 
the internal MAC protocol, and a CNP program 1 14 for providing an interface for CNP 

25 protocol, in addition to web server application software 1 12 for providing web server 
functionality that is responsive to the received socket API data. 

The various web server programs 1 15-145, control network communications 
program 50 and Internet communications program 40 can allow communications either 
from the Internet 20 to the control devices 1 10-140 or in the opposite direction from the 

30 control devices to the Internet 20. That is, when the control devices 1 10-140 determine 
that particular socket API data (e.g., browser program instructions) should be sent to one 
or more remote devices 1 0 via the Internet 20, the corresponding web server programs 
1 15-145 apply the appropriate CNP and internal MAC protocols so that the socket API 
data can be transmitted as network signals over the corresponding communication links 
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80 to the control network communications program 50. The control network 
communications program 50 then provides a corresponding socket API signal 45 to the 
Internet communications program 40, which formats the information in accordance with 
the TCP/IP protocol and the Internet MAC protocol for transmission over the Internet 20 
5 to the appropriate remote device 10. 

By virtue of the web access interface 30, remote devices 10 can interact with the 
web server programs 1 15-145 of the control devices 1 10-140 without the web server 
programs including the programming necessary for handling the TCP/IP protocol. 
Because such programming for handling the TCP/IP protocol typically requires 

1 0 significantly more memory and processing power than the programming required to 
handle the CNP protocol (as indicated figuratively by the relative sizes of the blocks 
corresponding to programs 46, 44 and 56), the control devices 1 10-140 can interact with 
the remote devices 10 by way of the Internet 20 even if the control devices have limited 
processing power and memory capabilities. The processing power and memory required 

1 5 to implement the programs 46, 44 for handling the TCP/IP protocol is limited to the 
Internet communications program 40 at the single web access interface 30. 

The new industrial control system 100 therefore reduces the overall amount of 
processing power and memory that must exist within the industrial control system in 
order to carry on communications with remote devices 10 via the internet 20, and further 

20 makes it possible to access various PLCs, I/O modules and other individual control 
devices of the industrial control system by way of the Internet 20, even though those 
devices are non-TCP/IP devices or the communication links 80 cannot support the 
TCP/IP protocol. In particular, the new industrial control system 100 makes it possible 
for remote users, by way of their remote devices 10, to monitor various information 

25 relating to the different control devices 1 10-140 and the elements or aspects of the 

industrial process controlled by those control devices, as well as, in some circumstances, 
to provide commands to those control devices from the remote locations of the users. 

Because the web access interface 30 allows for the remote devices 10 to access 
typically a variety of different control devices 1 10-140 within the industrial control 

30 system 100, the web access interface 30 also typically determines which of the control 

devices is the appropriate destination for a given incoming signal from the Internet 20. In 
order to determine the appropriate destination for a given incoming signal off of the 
Internet 20, the Internet communications program 40 processes the IP address included 
within the IP protocol of the incoming signal, among its other functions. The Internet 
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communications program 40 then provides an indication of the appropriate destination to 
the control network communications program 50 along with the socket API signal 45. 
The control network communications program 50 is thus able to determine the 
appropriate one of the communication links 80 (and, in certain embodiments, a 
5 corresponding port of the network interface 62) for transmitting a corresponding network 
signal to the appropriate one of the control devices 1 10-140. 

In certain embodiments, a table can be used to determine appropriate control 
network addresses corresponding to particular control devices, based upon the IP 
addresses received in the Internet signals. In alternate embodiments, the Internet 

10 communications program 40 sends a signal that is separate from the socket API signal 45, 
potentially by way of a separate communication link, to the control network 
communications program 50 with the information indicating the appropriate one of the 
control devices to which the socket API data should be sent. 

In the preferred embodiment, each of the web server programs 115-145 of the 

1 5 respective control devices 1 1 0- 140 has an individual IP address associated with it. 
However, in alternate embodiments, the various web server programs 115-145 are 
identified merely as different ports (or other subunits) associated with a common IP 
address corresponding to the entire industrial control system 100 or at least to a particular 
shared entity, such as the web access interface 30. In cases where more than one of the 

20 control devices share a single IP address but are specifically identified by way of 

additional port information, the URL corresponding to those control devices typically 
takes the form of www. addressname/portname (as opposed to simply www, addressname) . 
In embodiments where a table is employed to convert IP address information into control 
network address information, the table can be used to convert IP addresses and/or IP 

25 addresses plus port addresses into corresponding control network addresses. 

Turning to Fig. 2, in one embodiment, the new industrial control system 100 
performs several steps 200 in order to receive and process signals provided from the 
remote devices 10 via the Internet 20. In step 210, the web access interface 30 receives a 
signal from one of the remote devices 10 provided via the Internet 20. As shown, the 

30 signal includes application-level socket API data 202 that is formatted in accordance with 
the TCP protocol 204, the IP protocol 206, and the Internet MAC protocol 208. In step 
220, the Internet communications program 40 handles the Internet MAC protocol 208, 
such that the original Internet signal is processed to include only the application-level 
data 202, and the TCP and IP protocol 204, 206. In step 230, the Internet 
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communications program 40 processes the IP protocol 206 to determine an appropriate 
destination control device for the application-level data 202, such that the original 
Internet signal now only includes the application-level data 202 and the TCP protocol 
204. Next, at step 240, the Internet communications program 40 processes the TCP 
5 protocol 204, such that the original Internet signal now includes only the application-level 
data 202, which forms the socket API signal 45. If multiple data packets corresponding 
to the same Internet signal were received from the Internet 20, the Internet 
communications program 40 reassembles those packets as part of its processing in steps 
230 and 240. 

10 At step 250, the socket API signal 45 including the application-level data 202 is 

provided from the Internet communications program 40 to the control network 
communications program 50. Depending upon the embodiment, the socket API signal 45 
can include information indicative of the appropriate destination control device for the 
application-level data 202, as discussed above. At steps 260 and 270, respectively, the 

15 control network communications program 50 formats the socket API signal in accordance 
with the CNP protocol 212 and the internal MAC protocol 214, respectively, for allowing 
communications with the appropriate destination control device. Then at step 280, the 
web access interface 30 sends a network signal produced by the control network 
communications program 50 via the appropriate one of the communication links 80 to the 

20 appropriate one of the control devices 1 10-140. The network signal includes application- 
level data 202, the CNP protocol 212 and the internal MAC protocol 214. As the network 
signal is received by the appropriate one of the control devices 1 10-140, the appropriate 
corresponding one of the web server programs 1 15-145 processes the internal MAC 
protocol 214 at step 290, resulting in a signal having the application-level data 202 and 

25 the CNP protocol 212. Then at step 292, the web server program processes the CNP 

protocol 212 in order to isolate the application-level data 202. The web server program 
then can process the application-level socket API data 202 at step 294. 

In alternate embodiments, the various processing steps 220-240 can be performed 
in an order other than that shown, or can be performed simultaneously. Likewise, the pair 

30 of steps 260-270 can be switched in order or be performed at the same time, and the pair 
of steps 290-292 can be switched or performed simultaneously. Further, the Internet 
communications program 40 and control network communications program 50 can be 
combined into a single program, can be placed into two separate units rather than a single 
web access interface, or can be implemented using hardware. 
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Referring to Fig. 3, additional exemplary steps of operation of the new industrial 
control system 100 for providing signals from one of the control devices 1 10-140 to one 
of the remote devices 10 are shown. At step 310, the web server program of the 
particular control device (e.g., web server program 125 of control device 120), which has 
5 already determined application-level socket API data 302 that is to be transmitted to the 
remote device, performs processing to format the socket API data in accordance with the 
CNP protocol 312. Then at step 320, the web server program performs further processing 
to format the application-level data 302 (as formatted in accordance with the CNP 
protocol) in accordance with the internal MAC protocol information 314 to produce a 

1 0 network signal, which includes the internal MAC protocol 314, the CNP protocol 312, 
and the application-level socket API data 302. At step 330, this network signal is sent 
from the control device to the web access interface 30, where it is received by the control 
network communications program 50. 

Upon receiving the network signal, the control network communications program 

15 50 at steps 340 and 350, respectively, processes the internal MAC protocol 314 and the 
CNP protocol information 312, to produce the socket API signal 45. The socket API 
signal 45 includes only the application-level data 302 along with (in certain 
embodiments) relevant information concerning the address or identity of the remote 
device to which the application-level data is to be sent. At step 360, an appropriate IP 

20 address of the remote device is determined by the Internet communications program 40 
upon receiving the socket API signal 45. Then at steps 370 and 380, respectively, the 
Internet communications program 40 formats the socket API signal 45 in accordance with 
the TCP and IP protocols 304, 306 as necessary, which can involve packetizing data for 
transmission over the Internet 20, and which includes specification of the address of the 

25 remote device 10 to which the application-level data 302 is to be sent. Next, at step 390, 
the Internet communications program 40 formats the socket API signal 45 (as formatted 
in accordance with the TCP/IP protocol) in accordance with the Internet MAC protocol 
308 so that the signal can be transmitted by way of the Internet 20 to the remote device 
10. The Internet signal communicated via the Internet 20 between the web access 

30 interface 30 and the remote device 10 therefore includes, in addition to the application- 
level data 302, the TCP protocol 304, the IP protocol 306 and the Internet MAC protocol 
308. As with respect to steps 220-240, 260-270 and 290-292 discussed above, in 
alternate embodiments the various sets of processing steps 310-320, 340-350 and 370-390 
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can be changed in their relative ordering as well as performed simultaneously as groups 
of steps. 

The application-level data 202,302 discussed above can include a variety of 
different types of data, including word processing data, graphical data, banner ads, 
5 hyperlinks, JAVA applets, and XML data. Further, the application-level data is meant to 
include information concerning the protocol of the application data such as file transfer 
protocol (FTP) information, simple mail transfer protocol (SMTP) information, telnet 
information, domain name system (DNS) information, and windows Internet name 
system (WINS) information, and also HyperText Transport Protocol (HTTP) information. 

10 While the foregoing specification illustrates and describes the preferred 

embodiments of this invention, it is to be understood that the invention is not limited to 
the precise construction herein disclosed. The invention can be embodied in other 
specific forms without departing from the spirit or essential attributes of the invention. 
Accordingly, reference should be made to the following claims, rather than to the 

1 5 foregoing specification, as indicating the scope of the invention. 
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